From dee4dcba78baf712cab403d47d9db319ab7f95d6 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Thu, 3 Jul 2025 19:39:53 +0200 Subject: restructure results --- .../git-scm.com/doc)./1856834 | 201 --------------------- 1 file changed, 201 deletions(-) delete mode 100644 results/classifier/deepseek-1/output/Documentation](https:/git-scm.com/doc)./1856834 (limited to 'results/classifier/deepseek-1/output/Documentation](https:/git-scm.com') diff --git a/results/classifier/deepseek-1/output/Documentation](https:/git-scm.com/doc)./1856834 b/results/classifier/deepseek-1/output/Documentation](https:/git-scm.com/doc)./1856834 deleted file mode 100644 index 63fe1f04..00000000 --- a/results/classifier/deepseek-1/output/Documentation](https:/git-scm.com/doc)./1856834 +++ /dev/null @@ -1,201 +0,0 @@ - -PCI broken in qemu ppc e500 in v2.12.0 and other versions - -The same qemu -M mpc... command that works on qemu-system-ppc version 2.8.0 freezes guest on bootup and shows error for qemu-system-ppc version 4.2.0release and 4.19dirtygit: - -qemu-system-ppc: virtio-blk failed to set guest notifier (-24), ensure -accel kvm is set. -qemu-system-ppc: virtio_bus_start_ioeventfd: failed. Fallback to userspace (slower). - -ends/freezes at: -nbd: registered device at major 43 - vda: - -I'm using -drive file=/home/me/rawimage.dd,if=virtio and works fine in version 2.8.0 installed with apt-get install (Ubuntu 17.04) and also with 2.8.0 official release from git/github that I compiled/built myself. But both of the newer releases fail on the same exact machine same config. - -I also noticed that qemu-2.8.0 was fine with mtd but the newer ones I tried weren't, ie gave -qemu-system-ppc: -drive if=mtd: machine type does not support if=mtd,bus=0,unit=0 -(but I removed -drive if=mtd since wasn't using it anyway) - -I also tried on windows but I think virtio doesn't work on windows hosts at all? On windows host it fails the same way, even version 2.12 as well as 4.1.10... - -used: -./configure --prefix=/opt/... --enable-fdt --enable-kvm --enable-debug - -(basically all steps the same on same exact system same config, yet 2.8.0 works fine whether apt-get installed or built from source while the others I built, 4.19/4.2.0 or 2.12/4.1.10(win) don't.) - -In case newer qemu versions act weird on various kernels, I did try with both vmlinuz-4.10.0-19-generic and vmlinuz-4.13.12-041312-generic (I didn't compile them but I can provide config-..files) -tx - ecs - -Also tested on another system (Debian GNU/Linux 9 \n \l with kernel SMP Debian 3.16.56-1+deb8u1 (2018-05-08) x86_64) besides the previous Ubuntu 17.04 and confirmed even Qemu 2.8.1 is working but Qemu 3.1.10 and higher not working, virtio fails/freezes guest at vda as on the other system. - -Could you provide the full qemu command line? - -Did you try with just a basic virtio disk and it works for you? - -Because even a basic virtio drive addition fails for me, even this fails on higher than 2.8.1 - -For example: -qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -drive file=/home/me/mmcblk0p2.dd,if=virtio - -The only thing I can think of, is if somehow vda fails due to me running the higher version qemu binaries from their build locations/paths without actually "installing" them in usual paths etc. - -But I ran the 2.8 version from build location I compiled it from and it worked from there, but perhaps the 2.8 version was also the distro installed default one so maybe it found dependencies it needed? - -Anyway I just now reconfigured 4.2.0 with --prefix /opt/qemu4.2.0 and ran it from installed dir: - -root@myserver:/opt/qemu4.2.0/bin# ./qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -drive file=/home/me/mmcblk0p2.dd,if=virtio - -But it still fails even after make install and running it from the /opt/qemu4.2.0/bin directory. -Is it somehow conflicting with the other qemu version 2.8.. installed by usual apt-get install? - -Regardless of how I start them, version 3.1.0 and 4.2.0rc4 and some other 4.19git and 4.2.0final all fail/freeze at: -" -.... -nbd: registered device at major 43 - vda: -" - - -Perhaps you can try to disable the "modern" mode of virtio (The endianness of the API has been changed): - -replace - - -drive file=/home/me/mmcblk0p2.dd,if=virtio - -by - - -device virtio-blk-pci,drive=drive0,disable-modern=true \ - -drive file=mmcblk0p2.dd,if=none,id=drive0,format=raw - -Thanks I tried with: - -/root/QEMU/qemu-git-4.2.0rc4/qemu/build/ppc-softmmu/qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -device virtio-blk-pci,drive=drive0,disable-modern=true -drive file=/home/me/mmcblk0p2.dd,if=none,id=drive0,format=raw - -And again it worked with qemu 2.8.1 but failed with the above 4.2.0rc4 on the same x86_64 host. - -On another x86_64 host I confirmed that the below works with qemu 2.8.0 - -root@myserver:~# qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -device virtio-blk-pci,drive=drive0,disable-modern=true -drive file=/home/me/mmcblk0p2.dd,if=none,id=drive0,format=raw - -But again even on this system 4.2.0 failes with that same command: -root@myserver:~# /root/QEMU/qemu-4.2.0/build/ppc-softmmu/qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -device virtio-blk-pci,drive=drive0,disable-modern=true -drive file=/home/me/mmcblk0p2.dd,if=none,id=drive0,format=raw - -Fails/freezes at the same vda: location. - -Running it from its installed location didn't help, the following still failed at vda: also. - -root@myserver:/opt/qemu4.2.0/bin# ./qemu-system-ppc -M mpc8544ds -nographic -kernel /home/me/boot/uImage-2.6.32 -append "root=/dev/vda rw" -device virtio-blk-pci,drive=drive0,disable-modern=true -drive file=/home/me/mmcblk0p2.dd,if=none,id=drive0,format=raw - -Although I didn't think its required for the softmmu qemu "emulation" only, ie not "kvm", I even enabled kvm as well as DMAR+IOMMU on the kernel and recompiled 4.2.0 but had same vda: failure. - - - - -fyi from what I recall guest kernel was built using mpc85xx_defconfig with some additions like virtio etc. If virtio is working for you just fine using same command as mine, then perhaps its some peculiarity to do with my specific guest kernel or kernel version? (uImage is about 3.4M with equivalent vmlinux about 72M) - -Hope you enjoyed the Holidays, Happy 2020! I would really appreciate if you could confirm for me if virtio works fine for you with ppc -M mpc8544ds with older Linux guest kernels like 2.6.32 -thanks! - -Could you provide your binary uImage-2.6.32? - -With some precautionary measures I think I can provide it. Not sure what of our drivers may already be compiled in etc so I need to send it to you privately so only you have access for testing etc after which you would delete it once issue fixed or discovered etc. Is it possible to send you private message on here with such a link or better email? thanks - -Sorry for the delay, I have sent you a private message/email with the actual kernel image. thx! - -This is broken by: - -commit 67113c03423a23e60915574275aed7d60e9f85e1 -Author: Michael Davidsaver